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Foreword 



rd , 



This Technical Specification has been produced by the 3' Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 

The present document gives the stage 2 description of the multi party supplementary services. 

Only one multi party supplementary service has been defined, this is the Multi Party (MPTY) service, and is described 
in clause 1. 

0.1 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[1] 3GPP TR 21.905: "3G Vocabulary". 

[2] 3GPP TS 23.01 1: "Technical realization of supplementary services - General Aspects". 

[3] 3GPP TS 23.083: "Call Waiting (CW) and Call Hold (HOLD) supplementary services - Stage 2". 

[4] 3GPP TS 23.018: "Basic Call Handling" 

0.2 Abbreviations 

In addition to those below, abbreviations used in the present document are listed in 3GPP TR 21.905 [1]. 
SII2 Service Interaction Indicators Two 



1 Multi Party service (MPTY) 

1.1 Functions and information flows 

The following Mobile Additional Function has been identified for the Multi Party service: 

MAF026 

Multi Party service related authorizations examination 

The ability of a PLMN component to determine the authorizations relating to Multi Party service. See 
figure 2.1. 

Location: VLR 

The SDL diagrams for the Multi Party service are shown in figures 1.2 and 1.3. 

The procedure Handle_MPTY shows the status of the service as perceived by the served mobile subscriber, as well as 
the status as perceived by any of the other parties. Beside this, the SDL diagrams show the actions to be taken by the 
network and the information provided by the network to the users. 
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In figure 1 .2, sheet 3 (state "Held_MPTY") it is also possible to initiate a new call or process a call waiting request 
while in this state (see 3GPP TS 23.083) [3]. In either case, this is likely to result in the call handling state machine 
going into the state "Held_MPTY_and_active_can". 

The information flow for the MPTY service is shown in figure 1 .4. 

In the information flow it is assumed that the served subscriber is a mobile subscriber and that the other parties are all 
fixed ISDN subscribers. For the purposes of the information flow diagrams it is assumed that there are only two remote 
parties. Where there are more than two remote parties, signals to any party connected to the MPTY bridge shall be sent 
to all other parties connected to the MPTY bridge, except where a single remote party is to be selected for a private 
communication. 

As a consequence of this assumption, after the MPTY is split (to establish a private communication) it contains only 
one remote party. However, the end state for disconnection of or by that remaining remote party is shown as A-B 
ACTIVE / MPTY HELD. This is to indicate that the disconnection by a single remote party will not necessarily cause 
the MPTY call to be released. This will happen only when that remote party is the only remaining party in the MPTY 
call. 

Party A is the subscriber controlling the MPTY call (served mobile subscriber). Party B is the first remote party called. 
Party C is the second remote party called. 

Remote parties are disconnected by the generic disconnect/release procedure. Any scenario requiring disconnection of 
remote parties shown in the SDL diagrams but not explicitly shown in the flow diagrams shall follow the procedure 
shown in the flow diagrams for similar scenarios. 

Functions to be performed by the fixed ISDN (for example hold authorizations examination) are not shown in the 
information flow; only the functions to be performed by the PLMN are shown. 

It is assumed that the MPTY bridge is located in the MSC. 

To avoid having two calls on hold at the same time the reception of the retrieve request is supervised by a retriever 
timer T as defined in TS 23.083. 

Note that while the MPTY is on hold, the remote parties can continue to communicate with each other. 
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Process MPTY_MAF026 

Process in the VLB to check i \ 
if MPTY is provisioned. ^ 



indicator:= 
MPTY available 



Idle 



Check 
>MPTY 
subscriplioqi 




Yes 




Yes 




Yes 



lndicator:= 

WPTYavailable 

+ SS-CSI 



Process 
MPTY 
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384_11(1) 



Signals to /from the left are 
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available 



Figure 1.1 : MAF026 Multi Party service related authorisations examination 

(VLR) 
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Procedure Handle_MPTY 
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Check_MPTY 



Fail 



MPTY 
reject 



Result:= 
Fail 




hTo C party 



Yes 



SS InvocatiorK 
Notify / 



iTogsmSCF 



_/ 



Figure 1.2 (sheet 1 of 11): Procedure Handle_MPTY 
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Procedure Handle_MPTY 
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Figure 1.2 (sheet 2 of 11): Procedure Handle_MPTY 
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Procedure Handle_MPTY 
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Figure 1.2 (sheet 3 of 11): Procedure Handle_MPTY 
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Procedure Handle_MPTY 

"" " " " T\ 

Procedure in the serving IMSC i ^ 
to handle an MPTY call. ^ 



Held_MPTY_ 
and_active_call 



MPTY_4(11) 

Signals to/fnom the left are K 

to/from the controller (A party); 
signals to/from the right are to/from all/ any 
remote parties unless otherwise stated. 



Disconnect 

> active party 

(e.g. F) 



Disconnect 
from active < 
call (e.g. F) 



Disconnect 
>held party 
(e.g.C) 



Disconnect / 
from held \ 
party (e.g. Cr 



.Add party 
(e.g. F) 



Disconnect 

F 



Disconnect 
C 



CallF 
disconnected 





No 



Held_MPTY 




No ^,--^^^y\^ 

<^aining held> 

parti^sT 



Yes 



To all parties 
except F 



Retrieve 
indication 



MPTY 
indication 



' Held_MPTY 
and_active_oall, 




Add party 
reject 



Active_IVIPTY 



/ '^ ^, 

j Held_MPTY_ ■; 

and_active_call' 



Figure 1.2 (sheet 4 of 11): Procedure Handle_MPTY 
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Figure 1.2 (sheet 5 of 11): Procedure Handle_MPTY 



£75/ 



3GPP TS 23.084 version 4.0.0 Release 4 



13 



ETSI TS 123 084 V4.0.0 (2001-03) 



Procedure Handle_MPTY 

"" " " " T\ 

Procedure in the serving IMSC i ^ 
to handle an MPTY call. ^ 



Internal signal i T expires 



Hold reject 
(single call) 



Held_MPTY 
,nd_active_call 



/Held_MPTY_\, 
(active,_hold_ ] 
r8q)_call / 



Retrieve 

> request for 

single call 



StopT 



Hold 
reject 



Retrieve 
reject 



Held_MPTY_ 
nd_active_call 



MPTY_6(11) 

Signals to/from the left are K 

to/from the controller (A party); 
signals to/from the right are to/from all/ any 
remote parties unless otherwise stated. 



Retrieve 
> request 
for MPTY 



StopT 



Hold call 



Hold 
indication 



Hold ack 
(single call) 



Retrieve 
MPTY 



Retrieve 
indication 



Retrieve 
ack 



Active_MPTY_> 
and_held_call , 



To the specified 
^single call 



Figure 1.2 (sheet 6 of 11): Procedure Handle_MPTY 
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Procedure Handle_MPTY 
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Figure 1.2 (sheet 7 of 11): Procedure Handle_MPTY 
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Procedure Handle_MPTY 
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Figure 1.2 (sheet 8 of 11): Procedure Handle_MPTY 
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Procedure Handle_MPTY 
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Figure 1.2 (sheet 9 of 11): Procedure Handle_MPTY 
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Procedure Handle_MPTY 
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Figure 1.2 (sheet 10 of 11): Procedure Handle_MPTY 
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Procedure Handle_MPTY 
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Figure 1.2 (sheet 11 of 11): Procedure Handle_MPTY 
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Figure 1.3: Macro Check_MPTY 
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Figure 1.4 (sheet 1 of 7): Information flow for Multi Party service 
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Figure 1.4 (sheet 2 of 7): Information flow for Multi Party service 
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Figure 1.4 (sheet 3 of 7): Information flow for Multi Party service 
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Figure 1.4 (sheet 4 of 7): Information flow for Multi Party service 



£73/ 



3GPP TS 23.084 version 4.0.0 Release 4 



24 



ETSI TS 123 084 V4.0.0 (2001-03) 



LEb 



TEb 



;ldmolti party Conversation 

One remote party (e.g. B) wants to retrieve the held call 



n ,n. ,. n 



notification 

< 1 

(retrieval) 



HELD MULTI PARTY 



CONVERSATION 



notification 



(retrieval) 



retrieve request 



confirmation 



ACTIVE / MPTY HfiLD 

Subscriber A wants to terminate the multi 'party call 



A-B ACTIVE 



disconnect 



release 



bridge 



disconnect 



release confirmation 



disconnect 



, ACTIVE / MPTY H 

One remote party 



disconnect 



A-B ACTIVE / MPT 



(e.g. C) wants to disconnect 

disconnect 



<- 



release confirmation 



disconnect 



ACTIVE / MPTY 



ACTIVE / MPTY HELD 

Active remote Iparty (B) wants to disconnect 



disconnect 



HELD MPTY 



disconnect 



release confirmation 



disconnect 
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Figure 1.4 (sheet 7 of 7): Information flow for Multi Party service 
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1.2 



Information stored in the HLR 



The following logical states are applicable for MPTY (refer to TS 23. Oil for an explanation of the notation): 
Provisioning State Registration State Activation State HLR Induction State 

(Not Provisioned, Not Applicable, Not Active, Not Induced) 

(Provisioned, Not Applicable, Active and Operative, Not Induced) 

The HLR shall store the logical state of MPTY (which shall be one of the valid states listed above) on a per subscriber 
basis. 



1.3 



State transition model 



The following figure shows the successful cases of transition between the applicable logical states of MPTY. The state 
changes are caused by actions of the service provider. 

Note that error cases are not shown in the diagram as they normally do not cause a state change. Additionally, some 
successful requests may not cause a state change. Hence they are not shown in the diagram. 

Provision 




(Not Provisioned, 

Not Applicable, 

Not Active, 

Not Induced) 




(Provisioned, 

Not Applicable, 

Active and Operative, 

Not Induced) 



1.4 



Withdrawal 
Figure 1.5: State transition model for MPTY 

Transfer of information from HLR to VLB 



If the provisioning state for MPTY is "Provisioned" then, when the subscriber registers on a VLR, the HLR shall send 
that VLR information about the logical state of MPTY. 

If the logical state of MPTY is changed while a subscriber is registered on a VLR then the HLR shall inform the VLR 
of the new logical state of MPTY. 



1.5 



Information stored in the VLR 



For MPTY the VLR shall store the service state information received from the HLR. 

1 .6 Handover 

Handover will have no impact on the control procedures and the operation of the service. 

1 .7 Simultaneous use of Multi Party operations 

The operations BuildMPTY, SplitMPTY, HoldMPTY and RetrieveMPTY interact with each other, and cannot be 
applied simultaneously. Once the mobile station has initiated one of these operations, it shall not initiate another Multi 
Party operation until the first operation has been acknowledged by the network, or the MS locally determines (due to 
timer expiry) that the first operation has failed. 
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